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La presente invention concerne un systeme de communication d'un equipement 
d'automatisme sur un reseau global de type Internet, Intranet ou Extranet, permettant 
d'implementer une fonction serveur WEB et une fonction client WEB a Pinterieur d'une 
application d'automatisme, grace a au moins un bloc fonction WEB pouvant interagir avec 
5 le programme de I'application d'automatisme. La presente invention concerne egalement 
un equipement d'automatisme integrant un tel systeme de communication ainsi qu'un outil 
de programmation capable de param^trer des blocs fonction WEB. Ce systeme de 
communication peut s'appliquer a toute application appartenant au domaine des 
automatismes industriels, des automatismes du batiment ou du controle/commande des 
10 reseaux electriques de distribution. 

Sous le terme "equipement d'automatisme", on designera ci-apres un automate 
programmable, une station de controle/commande, une commande numerique ou tout 
equipement pouvant contenir et derouler un programme controlant une application 
d'automatisme. II est connu qu'un tel equipement d'automatisme puisse integrer un 

15 serveur WEB de fagon a pouvoir echanger des donnees relatives a cet equipement 
d'automatisme avec un client WEB distant, tel qu'un navigateur, connecte a un reseau 
global de type Internet, Intranet ou Extranet, conforme a la norme TCP/IP, appele ci- 
apres reseau TCP/IP. Ces fonctionnalites sont decrites notamment dans les documents 
W09913418, US6061603 et US5805442. Les donnees relatives a I'equipement 

20 d'automatisme sont alors mises en forme et expedites par le serveur WEB, par exemple 
sous forme de pages HTML ou XML. II est egalement possible qu'un serveur WEB 
implante dans un equipement d'automatisme charge un programme, generalement 
appele Applet, dans un client WEB, lequel programme se deroule dans le client WEB de 
fa?on a echanger avec le serveur WEB de I'equipement d'automatisme des requetes 

25 transportees par le protocole TCP/IP. 

Cependant, ces solutions ne permettent pas au concepteur d'une application 
d'automatisme de maTtriser les donnees echangees sur le reseau TCP/IP. Un equipement 
d'automatisme deroule en effet un programme, appele programme application, dans le 
but de commander et de controler une application d'automatisme, notamment au moyen 
30 d'entrees et de sorties. Par contre, le concepteur de ('application d'automatisme n'a pas la 
possibility a partir du programme application, de creer une communication client-serveur 
sur le reseau TCP/IP. 

Or, dans certains cas, il serait souhaitable de pouvoir, directement a partir d'un 
programme application, communiquer sur un reseau TCP/IP afin de recevoir des 
35 commandes ou des requetes de la part d'un client WEB distant et de repondre a ces 
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requetes, en maTtrisant les donnees echangees sur le reseau TCP/IP. De plus, il serait 
interessant qu'un programme application puisse se comporter comme un client WEB actif 
et etre capable d'envoyer des requetes et de recevoir des donnees d'un serveur WEB 
distant. On peut ainsi mettre en place une communication sur un reseau TCP/IP entre le 
5 programme d'une application d'automatisme et un serveur WEB / client WEB distant ou 
meme entre deux programmes duplications d'automatisme distantes. 

Pour cela, I'invention decrit un systeme de communication d'un equipement 
d'automatisme sur un reseau TCP/IP qui comprend des moyens d'echanges pour 
implementer une fonction serveur WEB ou une fonction client WEB a Tinterieur d'un 

10 programme application d'une application d'automatisme charge dans I'equipement 
d'automatisme, ces moyens d'echanges comportant au moins un bloc fonction WEB qui 
peut interagir avec le programme application, celui-ci pouvant etre ecrit dans un ou 
plusieurs langages conformes a la norme IEC1 131-3. Le systeme de communication 
comprend au moins un bloc fonction WEB reception pour implementer une fonction 

15 serveur WEB et/ou au moins un bloc fonction WEB emission pour implementer une 
fonction client WEB dans un programme application. 

Le systeme de communication comprend egalement une interface HTTP frontale 
dans i'equipement d'automatisme capable de faire d'une part Tacheminement des 
messages provenant du reseau TCP/IP vers un bloc fonction WEB reception identifie par 
20 une adresse URL, et d'autre part Pacheminement des messages provenant d'un bloc 
fonction WEB emission vers une adresse URL sur le reseau TCP/IP. 

L'invention decrit egalement un equipement d'automatisme integrant un tel 
systeme de communication ainsi qu'un outil de programmation permettant a un 
concepteur d'une application d'automatisme de visualiser, d'inserer, de supprimer, de 
25 modifier et de parametrer au moins un bloc fonction WEB integre dans un programme 
application. 

D'autres caracteristiques et avantages vont apparaTtre dans la description 
detaillee qui suit en se referant a un mode de realisation donne a titre d'exemple et 
represents par les dessins annexes sur lesquels : 
30 - la figure 1 represente un premier exemple de communication d'un 

equipement d'automatisme suivant un systeme de communication conforme 
a ('invention avec un appareil client, 

la figure 2 represente un deuxieme exemple de communication dans lequel 
un equipement d'automatisme communique avec un equipement a la fois 
35 client et serveur, 
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la figure 3 montre un troisieme exemple de communication entre deux 
§quipements d'automatisme, 
- les figures 4 et 5 detaillent respectivement un bloc fonction WEB reception et 
un bloc fonction WEB emission dans une representation de type schemas a 
5 contacts. 

La figure 1 montre un equipement d'automatisme 10 communiquant avec un 
appareil 40 sur un r6seau TCP/IP 50. L'6quipement d'automatisme 10 comprend une 
interface HTTP 1 5 frontale et un programme application 20. L'appareil 40 comprend un 

10 module client 41, qui peut etre un navigateur WEB, capable d'emettre sur le reseau 
TCP/IP 50 des requetes 51 conformes au protocole HTTP, contenant une adresse URL 
destinataire et de recevoir des reponses 52 conformes au protocole HTTP. Le contenu 
d'une requete HTTP 51 ou d'une reponse HTTP 52 peut etre cod6 sous differentes 
formes, telles que par exemple une trame XML, une trame URL encode ("URL encoded"), 

15 une trame HTML, WML, SOAP ou d'autres formats ASCII ou binaires. 

La figure 2 montre un equipement d'automatisme 10 communiquant d'une part 
avec un module client WEB 31 capable d'emettre sur le reseau TCP/IP 50 des requetes 
HTTP 51 et de recevoir des reponses HTTP 52, et d'autre part avec un module serveur 
WEB 32 capable de recevoir des requetes HTTP 51 en provenance du reseau TCP/IP 50 
20 et de renvoyer des reponses HTTP 52. Les modules client WEB 31 et serveur WEB 32 
peuvent eventuellement appartenir a un meme equipement 30 connecte au reseau 
TCP/IP 50 et comportant, par exemple, une application ERP (Enterprise Resource 
Planning). 

La figure 3 montre deux equipements d'automatisme 10,10' qui communiquent 
25 entre eux sur un reseau TCP/IP 50. Chaque equipement d'automatisme 10,10' comprend 
une interface HTTP 15,15' frontale et un programme application 20,20'. 

Un programme application 20,20' est charge de faire du controle/commande 
d'une application d'automatisme au moyen d'entrees/sorties pilotees par ce programme 
application. II est elabore par un concepteur et est ecrit dans un ou plusieurs langages 
30 integrant notamment des schemas a contacts (LD), des diagrammes fonctionnels en 
sequence (SFC), des listes destructions (IL), de la programmation structuree (ST) ou 
des blocs fonctions (BF). Ces langages sont de preference conformes a la norme 
IEC1 131-3, de fagon a faciliter la programmation par un concepteur automaticien, ne 
maTtrisant pas forcement les langages informatiques. 
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Un des objets de ('invention est d'integrer dans un programme application 20 
(respectivement 20') des moyens d'echanges permettant au concepteur du programme 
application d'ouvrir une communication sur le reseau TCP/IP 50. Pour cela, le systeme de 
communication decrit dans Pinvention comprend au moins un bloc fonction WEB 21,22 
5 (respectivement 21\22') configurable et pouvant interagir avec le programme application 
20 (respectivement 20') d'un equipement d'automatisme 10 (respectivement 10'). Selon 
un mode de realisation prefere, on peut envisager deux types distincts de blocs fonction 
WEB : un premier type est appele bloc fonction WEB reception 21 (respectivement 21') et 
permet d'implementer une fonction serveur WEB dans le programme application 20 

10 (respectivement 20') et un second type est appele bloc fonction WEB emission 22 
(respectivement 22') et permet d'implementer une fonction client WEB dans le 
programme application 20 (respectivement 20'). 

Ainsi, grace a un bloc fonction WEB reception 21, le programme application 20 
d'un equipement d'automatisme 10 est en attente d'une requete HTTP 51 emanant d'un 

15 client WEB, tel qu'un module client WEB 31,41 ou un bloc fonction WEB emission 22' 
d'un programme application. 20' d'un equipement d'automatisme 10\ et renvoie une 
response HTTP 52 a cette requete 51. Grace a un bloc fonction WEB emission 22, le 
programme application 20 d'un Equipement d'automatisme 10 peut prendre Tinitiative 
d'emettre une requete 51 vers un module serveur WEB 32 ou vers un bloc fonction WEB 

20 reception 21' d'un programme application 20\ et attend une reponse HTTP 52 a cette 
requete 51. 

Selon ('invention, les blocs fonction WEB sont integres dans le programme 
application 20 qui peut etre ecrit dans un ou plusieurs langages conformes a la norme 

25 IEC1 131-3. Les blocs fonction WEB sont inspires des blocs fonction de communication 
definis dans la norme IEC1 131-5. Ainsi, dans les figures 4 et 5, un bloc fonction WEB 
reception 21 et un bloc fonction WEB emission 22 sont symbolises graphiquement avec 
le formalisme d'un langage de type schemas a contacts (LD). Ms comportent un nom de 
service ou identification 214,224 et sont dotes de parametres d'entree 212,222 et de 

30 parametres de sortie 213,223 qui sont connectes logiquement avec des elements du 
programme application 20, telles que les variables 215,216,225,226. Les parametres 
d'entree 212,222 correspondent a des ordres ou a des commandes donnes par le 
programme application 20 au bloc fonction WEB 21,22 et les parametres de sortie 
213,223 correspondent a des comptes-rendus ou a des resultats donnes par le bloc 

35 fonction WEB 21 ,22 au programme application 20. 



En reference & un exempie de realisation presente en figure 4, les parametres 
d'entree 212 cTun bloc fonction WEB reception 21 comportent : 

- une entr6e de type booleen RESP ("Respond") qui, au moment du passage a 
I'etat VRAI, provoque renvoi d'une reponse 52 a une requete 51. Dans 
Texemple de la figure 4, cette entree est connectee a un contact d'une 
variable du programme application 20 appetee SEND ANSWER 215, de telle 
sorte Tetat de Tentree RESP du bloc fonction WEB 21 est egal a Tetat de cette 
variable SEND ANSWER, 

- une entree de type booleen EN_R ("Enable Receive") qui, lorsqu'elle est a 
I'etat VRAI, valide la prise en compte de la reception d'une requete par le bloc 
fonction WEB 21, 

- une ou plusieurs entrees IN_1 a IN_n contenant differents parametres qui 
seront renvoyes dans la reponse 52 vers le client WEB emetteur de la requete 
51. 

De meme, les parametres de sortie 213 d'un bloc fonction WEB reception 21 
comportent : 

- une sortie de type booleen NDR ("New Data Received") qui, au moment du 
passage a Tetat VRAI, signale au programme application 20 qu'une requete 
51 vient d'etre regue par le bloc fonction WEB 21. Dans Texemple de la figure 
4, cette sortie est connectee a la bobine d'une variable du programme 
application 20 appelee REQUEST RECEIVED 216, de telle sorte I'etat de 
cette variable REQUEST RECEIVED est egal a I'etat de la sortie NDR du bloc 
fonction WEB 21, 

- une sortie de type booleen ERROR indiquant que le bloc fonction WEB 21 est 
en erreur, 

- une sortie de type entier STATUS donnant le dernier etat valide du bloc 
fonction WEB 21, 

- une ou plusieurs sorties OUTJ a OUT_n qui sont chargees avec des 
parametres contenus dans la requete 51. 

En reference a un exempie de realisation presente en figure 5, les parametres 
d'entree 222 d'un bloc fonction WEB emission 22 comportent : 

- une entree de type booleen REQ qui, au moment du passage a I'etat VRAI, 
provoque I'envoi d'une requete 51. Dans Texemple de la figure 5, cette entree 
est connectee a un contact d'une variable du programme application 20 
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appelee START REQUEST 225, de telle sorte I'etat de I'entree REQ du bloc 
fonction WEB 22 est .egal a I'etat de cette variable START REQUEST, 

- une entree de type booleen R qui permet de reinitialiser le bloc fonction WEB 
22, 

5 - une ou plusieurs entrees IN_1 a IN_n contenant des parametres qui seront 

envoyes dans la requete 51 vers le serveur WEB destinataire. 

De meme, les parametres de sortie 223 d'un bloc fonction WEB emission 22 
comportent : 

- une sortie de type booleen NDR qui, au moment du passage a I'etat VRAI, 
10 signale au programme application 20 qu'une reponse 52 a la requete 51 vient 

d'etre re?ue par le bloc fonction WEB 22. Dans I'exemple de la figure 5, cette 
sortie est connectee a la bobine d'une variable du programme application 20 
appelee ANSWER RECEIVED 226, de telle sorte I'etat de cette variable 
ANSWER RECEIVED est egal a I'etat de la sortie NDR du bloc fonction WEB 
15 22, 

- une sortie de type booleen ERROR indiquant que le bloc fonction WEB 22 
est en erreur, 

- une sortie de type entier STATUS donnant le dernier etat valide du bloc 
fonction WEB 22, 

20 - une ou plusieurs sorties OUT_1 a OUT_n qui sont chargees avec des 

parametres renvoyes par le serveur WEB dans la reponse 52. 

Un bloc fonction WEB 21,22 comporte un code programme generique qui est 
commun a chaque type de bloc fonction WEB, en I'occurrence bloc fonction WEB de type 
25 reception 21 et bloc fonction WEB de type emission 22. Un bloc fonction WEB 21,22 
comporte aussi des donnees de configuration specifiques 219,229, qui sont par exempie 
stockees dans un fichier de configuration propre a chaque bloc fonction WEB. Ces 
donnees de configuration 219,229 contiennent notamment : 

• le nom du service ou identification qui tient lieu, dans le cas d'un bloc fonction WEB 
30 reception 21, d'adresse URL relative dans I'equipement d'automatisme 10 et qui 

permet a tout client WEB de 1'identifier et de lui envoyer une requete, 

• Tadresse URL destinataire dans le cas d'un bloc fonction WEB emission 22, 

• le type de requete HTTP (appele methode HTTP) que le bloc fonction WEB 21 ,22 est 
capable d'emettre ou de recevoir (generalement des methodes POST ou GET, mais 

35 aussi des methodes PUT, DELETE, TRACE, OPTIONS,...), 
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• le contenu du message ou la localisation cfun message indexe (par exemple une 
page HTML, un message XML ? ou autres) qui sera integre dans la reponse 52 du 
bloc fonction WEB reception 21, 

• dans le cas des donnees de configuration 229 d'un bloc fonction WEB emission 22, 
5 des moyens pour faire une correspondance entre d'une part les parametres d'entrees 

IN_1,IN_n du bloc fonction WEB emission 22 et d'autre part des elements d'une 
requete HTTP 51 (headers), des elements d'une trame XML ou d'une trame URL 
encode contenus dans une requete HTTP 51, 

• dans le cas des donn6es de configuration 229 d'un bloc fonction WEB emission 22, 
10 des moyens pour faire une correspondance entre d'une part des elements d'une 

reponse HTTP 52 (headers) ou des elements d'une trame XML contenus dans une 
requete HTTP 52 et d'autre part les parametres de sorties OUT_1,OUT_n du bloc 
fonction WEB emission 22, 

• dans le cas des donnees de configuration 219 d'un bloc fonction WEB reception 21, 
15 des moyens pour faire une correspondance entre d'une part des elements d'une 

requete HTTP 51 (headers), des elements d'une trame XML ou d'une trame URL 
encode contenus dans une requete HTTP 51 et d'autre part les parametres de 
sorties OUT_1 ,OUT_n du bloc fonction WEB reception 21 , 

• dans le cas des donnees de configuration 219 d'un bloc fonction WEB reception 21, 
20 des moyens pour faire une correspondance entre d'une part les parametres d'entrees 

IN_1,IN_n du bloc fonction WEB reception 21 et d'autre part des elements d'une 
reponse HTTP 52 (headers) ou des elements d'une trame XML contenus dans une 
requete HTTP 52, 

• le format des trames (appele "Content Type") qu'un bloc fonction WEB sera en 
25 mesure de generer ou d'interpreter. Cet aspect est important car ainsi on autorisera 

la prise en compte des futures evolutions du WEB. En effet, grace a ce parametrage 
et a partir de protocoles stabilises (HTTP et XML), il sera possible d'integrer des 
librairies de donnees (schemas XML) de maniere a pouvoir implementer de 
nouveaux protocoles en evolution. 

30 

La conception d'un programme application se fait habituellement grace a un outil 
de programmation qui offre notamment toutes les fonctionnalites d'ecriture du programme 
application, de chargement/dechargement dans un equipement d'automatisme et de 
visualisation de son deroulement dans I'equipement d'automatisme. Un des avantages de 
35 la presente invention reside dans le fait que Integration des blocs fonction WEB dans le 



8 



programme application 20 est immediate puisque le raccordement des blocs fonction 
WEB aux instructions du programme application 20 se fait directement avec I'outil de 
programmation qui permet d'ecrire ce programme application. Au moyen d'un tel outil de 
programmation, le concepteur d'un programme application est done susceptible de 
5 visualiser, de modifier, d'inserer ou de supprimer des blocs fonction WEB 21,22 sans 
connaissance particuliere autres que celles lui permettant de concevoir le programme 
application 20, ce qui facilitera grandement Touverture des communications WEB aux 
applications d'automatisme. 

L'outil de programmation peut parametrer directement sous forme textuelle les 
10 donnees de configuration 219,229 des blocs fonction WEB 21,22, les rendant aussi 
facilement accessibles au concepteur du programme application. On peut, par exemple, 
envisager que les donnees de configuration 219,229 soient visualisables et modifiables 
dans une fenetre specifique, s'ouvrant quand le concepteur pointe sur la representation 
graphique d'un bloc fonction WEB dans l'outil de programmation. 

15 De plus, l'outil de programmation peut utiliser des libraries de blocs fonction 

WEB preconfigures, manipulables a partir de l'outil de programmation et offrant des jeux 
de blocs fonction WEB specialises dans un type de contenu et/ou un protocole particulier. 
Parmi les exemples pouvant etre inclus dans de telles librairies, on peut citer : un bloc 
fonction serveur HTML, un bloc fonction serveur WML, un bloc fonction client ou serveur 

20 SOAP, etc.... Ainsi, ces librairies facilitent le travail d'un concepteur en lui proposant 
plusieurs blocs fonction preconfigures, qu'il peut inserer et instancier rapidement dans 
son programme application. ■■ 



Quand une requete 51 est regue par un equipement d'automatisme 10, 
25 I'interface HTTP 15 de I'equipement d'automatisme 10 I'analyse et detecte si I'adresse 
URL destinataire contenue dans la requete 51 correspond a I'adresse URL d'un bloc 
fonction WEB reception 21 de I'equipement d'automatisme 10. Si tel est le cas, I'interface 
HTTP 15 joue le role de serveur HTTP en faisant Pacheminement et en signalant au bloc 
fonction WEB reception 21 Parrivee de la requete 51. L'adresse URL de I'expediteur de la 
30 requete 51 est memorisee pour etre en mesure de renvoyer la reponse 52 qui sera 
elaboree par le bloc fonction WEB reception 21 . 

Quand une requete 51 est emise par un bloc fonction WEB emission 22 d'un 
equipement d'automatisme 10, I'interface HTTP 15 de cet equipement d'automatisme 
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joue le role de client HTTP et achemine la requete vers I'adresse URL destinataire 
contenue dans la requete 51 . 



II est bien entendu que Ton peut, sans sortir du cadre de I'invention, imaginer 
d'autres variantes et perfectionnements de detail et de meme envisager Temploi de 
moyens equivalents. 
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REVENDICATIONS 

1. Systeme de communication d'un equipement d'automatisme (10) sur tin 
reseau TCP/IP (50), lequel equipement d'automatisme (10) controle une application 
d'automatisme en deroulant un programme application (20), caracterise par le fait 
que le systeme de communication comprend : 

des moyens d'echanges permettant d'implementer une fonction serveur WEB 
ou une fonction client WEB a I'interieur du programme application (20), ces 
moyens d'echanges comportant au moins un bloc fonction WEB (21,22) qui 
peut interagir avec le programme application (20), 

- une interface HTTP (15) dans I'equipement d'automatisme (10) capable de 
faire I'acheminement des messages provenant du reseau TCP/IP (50) vers un 
bloc fonction WEB identifie par une adresse URL, et de faire I'acheminement 
des messages provenant d'un bloc fonction WEB de I'equipement 
d'automatisme (10) vers une adresse URL sur le reseau TCP/IP (50). 

2. Systeme de communication selon la revendication 1, caracterise par le fait 
qu'il comprend au moins un bloc fonction WEB reception (21) pour implementer une 
fonction serveur WEB dans un programme application (20) et/ou au moins un bloc 
fonction WEB emission (22) pour implementer une fonction client WEB dans un 
programme application (20). 

3. Systeme de communication selon la revendication 1 ou 2, caracterise par le 
fait qu'un bloc fonction WEB (21,22) comprend un code programme generique et des 
donnees de configuration (219,229) qui sont specifiques a chaque bloc fonction 
WEB. 

4. Systeme de communication selon la revendication 3, caracterise par le fait 
que les donnees de configuration (219,229) d'un bloc fonction WEB (21,22) incluent 
le format general des trames echangees par le bloc fonction WEB (21,22), le type de 
requete HTTP que le bloc fonction WEB (21,22) re?oit ou emet et I'adresse URL 
relative du bloc fonction WEB (21 ,22) dans I'equipement d'automatisme (10). 

5. Systeme de communication selon Tune des revendications precedentes, 
caracterise par le fait qu'un concepteur du programme application (20) est capable 
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de configurer sous forme textuelle les donnees de configuration (219,229) des blocs 
fonction WEB (21,22) integres dans un programme application (20). 

6. Systeme de communication selon I'une des revendications precedentes, 
caracterise par le fait que le programme application est ecrit dans un ou plusieurs 
langages conformes a la norme IEC1131-3. 

7. Systeme de communication selon la revendication 6, caracterise par le fait 
que les donnees de configuration (219) d'un bloc fonction WEB reception (21) 
contiennent des moyens pour faire une correspondance entre des elements d'une 
requete HTTP (51) et les parametres de sorties (OUT_1 ,OUT_n) du bloc fonction 
WEB reception (21) et pour faire une correspondance entre les parametres d'entrees 
(IN_1,IN_n) du bloc fonction WEB reception (21) et des elements d'une reponse 
HTTP (52). 

8. Systeme de communication selon la revendication 6, caracterise par le fait 
que les donnees de configuration (229) d'un bloc fonction WEB emission (22) 
contiennent des moyens pour faire une correspondance entre les parametres 
d'entrees (IN_1,IN_n) du bloc fonction WEB emission (22) et des elements d'une 
requete HTTP (51) et pour faire une correspondance entre des elements d'une 
reponse HTTP (52) et les parametres de sorties (OUT_1 ,OUT_n) du bloc fonction 
WEB emission (22). 

9. Systeme de communication selon I'une des revendications precedentes, 
caracterise par le fait que le contenu d'une requete HTTP (51) ou d'une reponse 
HTTP (52) est une trame XML. 

10. Systeme de communication selon la revendication 9, caracterise par le fait 
que les donnees de configuration (219) d'un bloc fonction WEB reception (21) 
contiennent des moyens pour faire une correspondance entre des elements d'une 
trame XML contenus dans une requete HTTP (51) et les parametres de sorties 
(OUT_1 ,OUT_n) du bloc fonction WEB reception (21) et pour faire une 
correspondance entre les parametres d'entrees (IN_1,IN_n) du bloc fonction WEB 
reception (21) et des elements d'une trame XML contenus dans une reponse HTTP 
(52). 



1 1 . Systeme de communication selon la revendication 9, caracterise par le fait 
que les donnees de configuration (229) d'un bloc fonction WEB emission (22) 



contiennent des moyens pour faire une correspondance entre les parametres 
d'entrees (IN_1,IN_n) du bloc fonction WEB emission (22) et des elements d'une 
trame XML contenus dans une requete HTTP (51) et pour faire une correspondance 
entre des elements d'une trame XML contenus dans une reponse HTTP (52) et les 
parametres de sorties (OUT_1,OUT_n) du bloc fonction WEB emission (22). 

12. Systeme de communication selon Tune des revendications precedentes, 
caracterise par le fait que le contenu d'une requete HTTP (51) est une trame URL 
encode. 

13. Systeme de communication selon la revendication 12, caracterise par le fait 
que les donnees de configuration (219) d'un bloc fonction WEB reception (21) 
contiennent des moyens pour faire une correspondance entre des elements d'une 
trame URL encode contenus dans une requete HTTP (51) et les parametres de 
sorties (OUT_1 ,OUT_n) du bloc fonction WEB reception (21). 

14. Systeme de communication selon la revendication 12, caracterise par le fait 
que les donnees de configuration (229) d'un bloc fonction WEB emission (22) 
contiennent des moyens pour faire une correspondance entre les parametres 
d'entrees (IN_1,IN_n) du bloc fonction WEB emission (22) et des elements d'une 
trame URL encode contenus dans une requete HTTP (51). 

15. Equipement d'automatisme caracterise par le fait qu'il contient un programme 
application qui integre un systeme de communication sur un reseau TCP/IP selon 
Tune des revendications precedentes. 

16. Outil de programmation permettant de concevoir un programme application 
(20) d'un equipement d'automatisme (10) ecrit dans un ou plusieurs langages 
conformes a la norme IEC1 131-3, caracterise par le fait que cet outil de 
programmation permet : 

de visualiser, d'inserer, de supprimer et de modifier au moins un bloc 
fonction WEB (21,22) integre dans un programme application (20), 
- de parametrer sous forme textuelle les donnees de configuration 
(219,229) d'au moins un tel bloc fonction WEB (21,22). 

17. Outil de programmation selon la revendication 16, caracterise par le fait qu'il 
utilise des librairies de blocs fonction WEB preconfigures, manipulables a partir de 
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I'outil de programmation et offrant des jeux de blocs fonction WEB specialises dans 
un type de contenu et/ou un protocole particulier. 
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